home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000405_r..collins@sympatico.ca_Fri Sep 27 17:46:13 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  4KB  |  78 lines
  1. Article: 13741 of comp.protocols.kermit.misc
  2. From: "Richard  Collins" <r..collins@sympatico.ca>
  3. Newsgroups: comp.protocols.kermit.misc,comp.unix.xenix.sco,comp.dcom.modems
  4. References: <7ea6ad1.0209241717.7af4adc8@posting.google.com> <amsde3$d5d$1@watsol.cc.columbia.edu> <7ea6ad1.0209271119.527a46fc@posting.google.com>
  5. Subject: Re: Help!  Trying to send files via serial modem...
  6. Lines: 53
  7. MIME-Version: 1.0
  8. Content-Type: text/plain;
  9.     charset="iso-8859-1"
  10. Content-Transfer-Encoding: 7bit
  11. X-Priority: 3
  12. X-MSMail-Priority: Normal
  13. X-Newsreader: Microsoft Outlook Express 6.00.2600.0000
  14. X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
  15. Message-ID: <ih3l9.9782$ls3.1572990@news20.bellglobal.com>
  16. Date: Fri, 27 Sep 2002 16:31:28 -0400
  17. NNTP-Posting-Host: 64.230.38.27
  18. X-Complaints-To: abuse@sympatico.ca
  19. X-Trace: news20.bellglobal.com 1033158862 64.230.38.27 (Fri, 27 Sep 2002 16:34:22 EDT)
  20. NNTP-Posting-Date: Fri, 27 Sep 2002 16:34:22 EDT
  21. Organization: Bell Sympatico
  22. Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!news.maxwell.syr.edu!xmission!snoopy.risq.qc.ca!torn!webster!nf1.bellglobal.com!nf2.bellglobal.com!news20.bellglobal.com.POSTED!not-for-mail
  23. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13741 comp.unix.xenix.sco:18675 comp.dcom.modems:316247
  24.  
  25.  
  26. "Ray Ward" <rayward@metronet.com> wrote in message
  27. news:7ea6ad1.0209271119.527a46fc@posting.google.com...
  28. > fdc@columbia.edu (Frank da Cruz) wrote in message
  29. news:<amsde3$d5d$1@watsol.cc.columbia.edu>...
  30. >
  31. >
  32. > I think that rather than dumbing down the central server's modem, I'll
  33. > just let the modems negotiate -- I think all are USR Sportsters, and
  34. should
  35. > negotiate.
  36. >
  37. Jumping in the middle here. "speed mismatch" was mentioned somewhere along
  38. the line. That is a possibility, but you have to remember that there are two
  39. links to consider - the modem-modem (DCE) link and the modem-terminal (DTE)
  40. link. You're right in that the modems will negotiate a common speed between
  41. them, but all kinds of "funnies" can happen between the modems and the
  42. terminal, on the DTE link.
  43.  
  44. Originally modems provided one speed, and were pretty simple devices - the
  45. port was set to match the modem's speed and all was well. When modems were
  46. introduced that handled multiple speeds (300 or 600 bps, for example) there
  47. was a problem - what speed do you set the port to? The answer was to have
  48. the modem tell the terminal program what speed it connected at - that's why
  49. you have a CONNECT message. The procedure was for the modem to negotiate a
  50. speed with the remote, and then tell its termnal, through the CONNECT
  51. message, what speed it would be using. The CONNECT message was sent at the
  52. speed the port was originally configured to and then:
  53.  
  54. 1) the modem switched its DTE speed to match its DCE speed; _and_
  55. 2) the terminal program was expected to change the port speed to match the
  56. speed noted in the CONNECT message.
  57.  
  58. You'll note that _both_ speeds had to be change if communications beyond
  59. that point were to be successful.
  60.  
  61. When buffering was added to the modem it was possible to maintain a
  62. different speed on the DCE link than of the DTE link - the buffer, and flow
  63. control, would handle the speed differential. Of course, commands were added
  64. to the modem repetoire to tell the modem whether it should change to the DCE
  65. speed after sending the CONNECT message or not, and since there are
  66. advantages to using a high DTE speed in relation to DCE speed (error
  67. correction and modem compression) the default was for the modem _not_ to
  68. switch speeds. Of course, that meant that the terminal program had to be
  69. instructed to ignore the speed in the CONNECT message and leave the port
  70. alone - otherwise, you would have a speed mismatch and a comm link failure.
  71.  
  72. You might want to check the settings in your comm programs and the modem
  73. confug to ensure they both agree on whether to maintain a fixed port rate or
  74. not.
  75.  
  76.  
  77.  
  78.